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(54) Remote data access by telephone 

(57) Remote data access method relies on recogni- 
tion of predetermined calling line identities, by an inter- 
face unit 57. Upon recognition, the interface unit sends 
back data to the calling party from a data source such 
as a utility meter. Such meter readings are returned to 



a server 51. The server 51 may poll many different 
households by telephone. The Interface unit 57 is ar- 
ranged to intercept meter reading calls without the tele- 
phone ringing in the household. The system needs no 
changes to be made to the exchange in the telephone 
network. 



Fig 5 



Seiver 



TELEPHONE NETWORK ^2 



51 



O) 
00 

in 

00 

o 

Q. 

UJ 



EXCHANGE LOCAL 


54 


TO SUBSCRIBER 




Normal call 






processing 






including 






CLI 






55 









SUBSCRIBER 



53 



Telephone 



56 



MIU 






57 



Data source 
e.g. meter 



58 



1 



EP 0 845 896 A1 



2 



Description 

Field of the Invention 

The present invention relates to methods of remote- s 
ly accessing data, to systems for remotely accessing da- 
ta, to Interface units, and to devices for remotely access- 
ing data. 

Background to the invention io 

It is known to access data at remote locations using 
the telephone network. In particular, it is known to ac- 
cess databases, control and monitor household equip- 
ment, and send video data by telephone. Another par- is 
ticutar application is in reading meters such as utility me- 
ters, which may be regarded as household equipment 
or business equipment. Reading meters by sending me- 
ter readings automatically by telephone has a number 
of advantages: meters can be accessed at any time 20 
without the need for staff to visit the premises, readings 
can be more frequent, limited only by the capacity to 
process the data, and special one-off readings are easy 
to arrange. 

From a customer's viewpoint there is less inconven- 2S 
ience in making arrangements for personal access, and 
it becomes easier to switch between suppliers of a given 
utility to take advantage of different tariffs. Also so-called 
"Special Reads" eg for when people move house, can 
be made more easily 30 

These advantages come at the expense of provid- 
ing further equipment in the home to link the meter to 
the household telephone line, or more often to a dedi- 
cated line. Normally, the existing household line is used 
to minimise inconvenience to the household, meter 35 
reading calls are made into the home, not Initiated from 
the home, to avoid billing to the household telephone 
bill. Also, meter reading calls will be terminated as soon 
as the householder picks up the telephone to make a 
call. Finally, to avoid disturbing the householder, no-ring 40 
calls are made, ie the interface to the meter recognises 
meter reading calls without any ringing taking place. 

Such a system is summarised In figure 1 in sche- 
matic form. A meter reading sen/er 1 1s connected to the 
telephone network 2, to enable it to make meter reading ^5 
calls to a subscriber 3. Such calls pass via a local ex- 
change 4, then through the network to an exchange 5 
local to the subscriber, which connects the call with the 
subscriber. To enable no-ring processing, a special card 
6 is provided, for no-ring call processing. At the ex- so 
change, outputs from this card are combined with out- 
puts from a line card 7 for processing normal calls. The 
additional card enables different alerting tones to be 
sent to the subscriber, to enable equipment at the sub- 
scriber end to distinguish between no-ring meter calls, ss 
and normal telephone calls. A telemetry unit 9 answers 
only the no-ring calls, and transmits readings from me- 
ters 10. The ordinary phone 8 can be used as normal. 



unaffected by the meter reading transmission equip- 
ment and calls. 

An example of such a system is disclosed in British 
Telecom Suppliers Infomnation notes SIN 236,. issue 1 . 
f^arch 1995 (service description and SIN 237, issue 1, 
March 1995. 

As shown in figure 2, a normal call using British Tel- 
ecom standards includes a loop reversal stage 11, fol- 
lowed by alert tones fx and fy at step 12. for a given 
period, then data transmission in FSK form at step 13, 
maybe including calling line identity information. Finally, 
ring cadences occur at step 14. 

For a no-ring meter reading call, different alerting 
tone frequencies fa, fb, are transmitted to the subscriber 
at step 16, following the usual loop reversal. At step 17 
call set-up messages will be exchanged between the b- 
cal exchange 5 and the telemetry interface unit 9. This 
is followed by telemetry data transfer from the interface 
unit to the local exchange using FSK (frequency shift 
keying) at step 18. 

The system described enables the advantages of 
no-ring calls to be achieved for reading meters. The net- 
work 2 may be arranged to transmit calling line identity 
information at the time of setting up the call. In this case, 
the normal call processing card 7 of figure 1 would be 
arranged to transmit the CLI data. 

The handling of the CLI data at the subscriber ter- 
minal exemplified by the ordinary phone 8 in figure 1 , is 
shown in figure 3. 

At step 30, the terminal detects alert tones. The FSK 
data including the CLI is detected at step 31 , and the 
ring cadence is detected at step 32. Caller number and 
name may be displayed if the terminal has a display, at 
step 33. Another feature which may use the CLI infor- 
mation is call screening. At step 36, the terminal may 
check if the calling tine number is to be screened out. 
As appropriate, the ringer is operated at step 34, and 
answering of the call is carried out when the subscriber 
picks up at step 35. 

Figure 4 shows in schematic form features of a con- 
ventional subscriber terminal such as the ordinary 
phone 8 of figure 1. An example of such a terminal is 
the C931 6 designed and manufactured by Nortel. A line 
interface 40 interfaces with the line to the exchange. 
Tone detect circuitry 41is provkled for detecting the alert 
tone. FSK decoding is carried out by part 4i2. Ring ca- 
dence detection is carried out by part 43. The latter 3 
parts feed a processor 44 which controls a display 45, 
a keyboard 46, and a ringer 47. A DTMF generator is 
provided for outputting dialling tones. The handset 49 
has a link to speech circuitry 50, controlled by the proc- 
essor 44, and, under the control of the processor 44, 
may output speech signals directly to the line interface, 
and may receive speech signals directly from the line 
interface. 

Such a terminal is capable of being adapted for use 
with various different signal sequence formats by 
changing the firmware of the processor 44. Figure 2 
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shows a British Telecom specification CLI system. 
There are other well known CLI protocols, such as the 
CATV protocol. ETSI protocols, and the Belcore proto- 
col. 

The meter reading system shown in figure 1 is not s 
easily adaptable for use with exchanges using protocols 
other than British Telecom protocols, and is inflexible 
once installed, because changes would require modifi- 
cations at the local exchange. 

Summary of the Invention 

According to the invention, there is provided a meth- 
od of remotely accessing data using a telephone net- 
work and an interface unit connecting the telephone net- 
work to a source of the data, the telephone network be- 
ing arranged to send calling line identity information, the 
method comprising the steps of: 

initiating a telephone call from a calling party to the 
interface unit; 

detecting the calling line identity at the interface 

unit; and 

using the interface unit to transmit the data from the 
source to the calling party in response to the detect- 
ed calling lirie identity. 

By making the data transmission dependent on CLI 
information, security is enhanced, no modifications are 
necessary at the switch, and the system is easy to adapt 
for use with different CLI protocols. 

Advantageously, the method also comprises the 
step of answering the call using the interface unit, 
wherein the data transmitting step is carried out within 
the same call. Normally, CLI information is transmitted 
white the receiver is on-hook. Answering the call and 
sending the data in the same call facilitates rapid data 
transmission and enables it to be carried out with mini- 
mal equipment at the data source end. The cost of the 
telephone call can be borne by the calling party, rather 
than the end user. 

Advantageously, ringing is prevented when the call 
is answered. If ringing is prevented, calls can be made 
without disturbance to anyone at the data source end. 
Calls can be made at any time of day or night. This may 
be particularly useful for calls to domestic premises. 

Advantageously, the data is transmitted from the in- 
terface unit to the network using OTMF tones. The use 
of DTMF tones enables extremely reliable transmission 
with minimal additional equipment at the data source 
end. Compatibility with ASDI which also uses DTMF 
may enable the method to be used with ASDI based sys- 
tems. 

Advantageously, the calling party comprises a cen- 
tral server, and a plurality of data sources are accessed 
using different telephone calls in sequence from the call- 
ing party. A central server may quickly access data from 
widely separated locatbns securely and with inexpen- 



sive and standard, general availability equipment. 

Advantageously, the data relates to household 
equipment. Where the data relates to household equip- 
ment, monitoring of such equipment may be carried out 
remotely using inexpensive equipment, and with mini- 
mal disturbance to the occupants. 

Advantageously, the source of the data comprises 
a utility meter. Utility meters need to be read periodically. 
This can now be done with inexpensive hardware, low 
running and transmission costs, and minimal distur- 
bance to utility customers. 

Advantageously, the data comprises data from a 
plurality of meters. Little additional hardware is required 
to read multiple meters at the same location using the 
same telephone line. Even the same call can be used, 
to minimise running costs. 

Advantageously, the method also comprises the 
step of using the interface unit to count pulses from the 
meter, and the data transmitted comprises counts of the 
pulses. Having the interface unit count pulses enables 
it to be used with a wide range of meters. If the counts 
are transmitted without interpretation, then changes in 
meaning of the counts, such as changes in tariff, can be 
handled centrally. Thus the need to upgrade many in- 
terface units in the field can be avoided. 

Advantageously, the interface unit is integrated into 
a telephone. Integrating the interface unit enables the 
amount of hardware to be minimised. This particularly 
important for the equipment at the data source side, for 
applications in which multiple data sources need to be 
accessed. For household use it is more convenient and 
costs may be reduced as some parts, such as micro- 
processor DTMF generator and CLI detection compo- 
nents may be used for two purposes to avoid duplica- 
tion. 

. According to another aspect of the invention, there 
is provided a method of remotely accessing data using 
a telephone network and an interface unit connecting 
the telephone network to a source of the data, the net- 
work being arranged to send calling line identity infor- 
mation, the method comprising the steps of: 

initiating a call from a calling party to the interface 
unit; 

detecting the calling line identity at the interface 

unit; 

transmitting the data to the calling party using DT- 
MF tones, the data relating to household equip- 
ment. 

Monitoring household equipment using DTMF 
tones to transmit the data enables a reliable system to 
be realised with low equipment costs and ainning costs. 

According to another aspect of the invention there 
is provided a system for remotely accessing data using 
a telephone network having a calling line identity trans- 
missbn facility, the system comprising: 
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a server for initiating a telephone call; and 
an interface unit for transmitting the data to the serv- 
er in response to the telephone call initiated by the 
server, wherein the Interface unit comprises means 
for detecting calling line identity informatbn relating s 
to the server, and means for transmitting the data 
in response to the detection. 

According to another aspect of the invention, there 
is provided an interface unit for transmitting data over a 10 
telephone network having a calling line identity trans- 
mission facility, the unit comprising: 

means for receiving a telephone call over the net- 
work, from a calling party; 
means for detecting if a calling line identity associ- 
ated with the call corresponds to a predetermined 
calling line identity; and 

means for transmitting data to the calling party ac- 
cording to the detection result. 20 

According to another aspect of the invention there 
is provided a device for remotely accessing data relating 
to household equipment, transmitted by an interface 
unit, the device comprising: 2S 

means for initiating a telephone call to the house- 
hold interface unit; 

means for receiving the data in the form of DTMF 
tones transmitted by the interface unit; and 30 

means for interpreting the data according to predeter- 
mined criteria. 

Preferred features may be combined as appropri- 
ate, and may be combined with any of the aspects of 3S 
the invention, as would be apparent to a man skilled In 
the art. 

Brief Description of the Drawings 

40 

For a better understanding of the invention, and 
how the same may be carried into effect, it will now be 
described by way of example with reference to the fig- 
ures, in which: 

4S 

Figure 1 shows a known meter reading arrange- 
ment; 

Figure 2 shows known signal sequences between 

exchange and subscriber; 

Figure 3 shows known subscriber terminal opera- so 
tion for handling CLI data; 
Figure 4 shows a known subscriber terminal in 
schematic form; 

Figure 5 shows a remote data access arrangement 
in schematic form, according to an embodiment of ss 
the invention; 

Figure 6 shows method steps according to an as- 
pect of the inventbn; 



Figure 7 shows in schematic form an interface unit 
according to the invention; 
Figure 8 shows connections between the interface 
unit and a meter; 

Figure 9 shows in schematic fomfi a server accord- 
ing to the invention; 

Figure 10 shows in schematic fomr) the data Inter- 
pretatfon function of the server of figure 9; and 
Figure 11 shows in schematic form another ar- 
rangement according to an embodiment of the in- 
vention. 

Detailed Description 

Figure 5 shows a remote access arrangement ac- 
cording to the invention. A server 51 initiates telephone 
calls through the telephone network 52 to reach a data 
source. In this case shown at the subscriber's location 
53. The network includes an exchange 54 local to the 
subscriber. Calls from the server are passed to this ex- 
change, and connected with the subscriber using nor- 
mal call processing f uncttons 55, including CLI. 

At the subscriber side, an interface unit Mill, 57 de- 
tects whether the calling line identity is a recognised 
identity, corresponding to the server 51. If not, the call 
is left for the ordinary telephone 56 to answer. Of course, 
the interface unit 57 may be on its own dedicated line, 
instead of sharing a line with the ordinary telephone 56. 

If the calling line identity is recognised, the interface 
unit transmits data from a data source, such as a meter 
56, back to the sender 51 . 

In principle, the data could be transmitted as part of 
a separate phone call, or by a separate route, or even 
to a different server administered by the same calling 
party. The data could be transmitted in some other form 
rather than by the telephone network, eg radio transmis- 
sion or power line data transmission. 

Since CLI is transmitted In various different tele- 
phone networks including CATV networks, the Interface 
unit can be arranged to respond to such different proto- 
cols, to enable the interface unit to work almost any- 
where, without requiring expensive, inflexible changes 
at the exchange side. 

Also, using CLI may be more secure than relying on 
alert tones alone. Alert tones for meter reading could be 
triggered by an unauthorised person if they know the 
corresponding line access numbers. In contrast, using 
CLI informatkm means the security relies on the calling 
number not the receiving number. It is easier to control 
the access to calling number since it is embedded in the 
network. 

The basic steps for performing a remote access of 
the data are set out in figure 6. At step 60 a call is initi- 
ated to the interface unit. At step 61 the interface unit 
detects whether calling line identity infomnatbn is rec- 
ognised. If so, the interface unit transmits the data to the 
calling party at step 62. The detailed examples relate to 
meter reading, but clearly the method Is of broader ap- 
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plicability. For example, other household equipment 
could be monitored periodically for maintenance pur- 
poses. Security devices such as cameras and other de- 
tectors could be monitored remotely. Integration with 
home automation systems would be easy to implement. 

The interface unit at the data source side will now 
be described In more detail for the meter reading exam- 
ple. The unit will be connected to the subscriber line us- 
ing a line interface 40. Tone detect circuitry 41 , FSK de- 
code circuitry 42, and DTMF generator circuitry 48 may 
be the same as those provided in the known subscriber 
terminal unit described with reference to figure 4. The 
processor 44 may be the same, though with different or 
enhanced firmware. The unit will be connected to the 
meter or meters, and if connected to pulse outputs of a 
meter, it will maintain a rolling count of the pulses re- 
ceived. The processor 44 may perform a high level of 
debouncing of the signals, to protect against false trig- 
gering within the electrical wiring. 

On receipt of a call to the interface unit, it will decode 
the calling party's CLI and then either answer the call 
immediately, or allow the call to be handled as a normal 
telephone call to another telephone set on the same line. 
The tone detect and FSK decode circuitry in the inter- 
face unit function essentially as in the conventional ter- 
minal. The processor 44 will then determine if the de- 
coded CLI information from the FSK decoder 42, corre- 
sponds to a predetermined calling line identity. A 
number of such predetermined identities may be set up 
during configuration of the interface unit. Provision may 
be made to change these predetermined numbers, or 
add to them, remotely, perhaps with some form of secu- 
rity, such as password protection, to prevent inadvertent 
or malicious changes. 

Triggered by a recognised CLI, the processor then 
sends the meter pulse counts to the line using DTMF 
signalling typically at a rate of 10-30 digits per second. 
DTMF is capable of transmitting at 50 digits per second. 
A slower rate enables higher security. This may be re- 
quired for utility metering where bills will be generated 
from the data. A defined protocol could be used, or the 
sen/er could request a particular protocol be used at the 
time of setting up the meter reading call. DTMF decod- 
ing cards or devices for use with personal computers 
are widely available. 

The processor needs to react quickly enough to the 
CLI information from the FSK decoder, to answer the 
call, and prevent ringing occurring. The interface unit is 
also in control of the termination of the call. When it has 
sent all necessary data, preceded by appropriate head- 
ers, and followed by appropriate terminators, the inter- 
face unit will retum the telephone line to the idle, on- 
hook, off-line status, ready to receive a further call. Typ- 
ically, a data transfer may take several seconds to com- 
plete, according to how many meters are connected, 
and according to how many separate counts during sep- 
arate tariff periods are made for each meter. 

If the interiace unit fails to recognise the CLI, it will 



conclude that the call is not a meter reading call, and it 
will not interrupt the call. 

For regulatory requirements, when using a sub- 
scriber's telephone line for data reading applications, 

5 priority must be given to outgoing telephone calls, eg to 
permit emergency calls to be made at any time. There- 
fore the interface unit must detect the occurrence of a 
phone on the same line going off-hook. In the interface 
unit, the processor can be arranged to drop the data call 

10 using the line interface 40, and restore the line condition 
to dial tone. 

Figure 8 shows a possible interface from the inter- 
face unit to the meter. Typically the meter gives an opto- 
isolated pulse output. One line is fed to ground, in the 
IS interface unit, while the other is fed to the micro-proces- 
sor via a pull up resister R, and a series current limiting 
resister. 

The meter interface unit could be incorporated into 
a customer's telephone set, to avoid duplk:ation of the 
20 line interface, the tone detect circuitry, the FSK decode 
circuitry, the DTMF generator, and the processor. Only 
firmware changes, and hardware changes to provide 
the interface with the meter or meters, would be neces- 
sary. 

2S A pulse counter can be implemented in the 
firmware. No resetting would be needed, the counter 
can be allowed to wrap around. Tamper proofing fea- 
tures can be provided at the interface unit. Further 
. measures such as fraud detection based on the usage 
30 patterns could be incorporated at the interface unit or in 
the server. 

The interface unit can be provided as a separate 
stand alone item, to plug into the domestic phone 
socket . It would need no user accessible functions, but- 
3S tons or display, and could be connected to the meter and 
be low cost and very unobtrusive. If it were integrated 
directly into the meter, there would be less opportunity 
for tampering since the connection between the data 
source and the telephone interface would be inaccessi- 
40 ble. Hardware costs could be reduced. 

Figure 9 shows in schematic form the basic func- 
tions of the server It may take the form of a personal 
computer with a facility such as communications cards, 
for dialling out to the public telephone network, and mon- 
<s itoring DTMF tones on the line, from the Interface unit. 
For data access applications to monitoring equip- 
ment or monitoring security devices, the functions of the 
server could be incorporated into a mobile phone, and 
the results of the monitoring could be displayed on the 
so naobile phone. For meter reading applications, it is ap- 
propriate to provide a server for many hundreds or thou- 
sands of meters. Accordingly, the sen/er needs a list of 
telephone numbers 91. and a call scheduling function 
90. to cycle through the list of numbers on a round robin. 
55 or periodic basis. It also needs to be able to manage 
special one off meter readings, for situations such as 
moving house. Dial out hardware 92 will be controlled 
by the call scheduling function 90. DTMF decoding hard- 
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ware 93 will provide a stream o1 data corresponding to 
each successful call. A data interpretation function 94 
may also be provided at the server, or elsewhere. Final- 
ly, the results of the data interpretation function will be 
transmitted onwards, for example to a billing system, as 
shown by item 95. 

If the server fails to read a meter in Its schedule. It 
will create a separate list of meters it failed to read. Once 
it has finished Its schedule of meters it will cycle through 
the list of meters it failed to read earlier, until they are all 
read, or a time out is triggered. An operator may be alert- 
ed of failure to read a meter after repeated attempts. 

Figure 10 shows the data interpretation function 94 
in schematic form in more detail. The raw data from the 
DTMF decode hardware 93 will contain headers and be 
in a predetermined format, which may be specific to the 
subscriber being called, according to how many meters 
he has connected, and according to which tariff options 
he may have taken up. Accordingly, header and format 
details 100 may need to be stored for each subscriber 
to enable the raw data to be interpreted, to determine at 
item 101 counts for each meter. 

Then, the counts may be converted into a billing da- 
ta file, or files, to be sent to each utility billing system. 
Thus, as shown in item 1 02, it may be necessary to refer 
to tariff information, times of readings, and conversion 
factors. Thus the counts may be converted into billable 
amounts, such as kilowatt hours, or even converted Into 
financial terms, at step 103. 

Generally, for the meter reading application, it is 
preferable if the interface unit performs little processing 
or conversion of data. It is necessary to store counts of 
pulses if the telephone line Is to be used only sparingly. 
If conversion and processing is carried out at the server, 
it is easier to update or change the processing to suit 
new tariffs or different types of meters, as there will be 
many more interface units than servers, and it would be 
more difficult to test any changes nnade. if the interface 
units are installed In the field. 

Also, it will generally be less expensive to provide 
more processing power at a central sen/er, than provid- 
ing it in many distributed interface units. 

As well as uploading meter readings, sen/ers could 
download Information to interface units, for example 
changing times for multiple tariff meters, or for control- 
ling other equipment. Thus the functionality of the inter- 
face unit could be used for home automation/control 
purposes. Since it uses DTMF tones. In common with 
ADSl (analogue display services interface) equipment, 
it could be integrated into such systems relatively easily. 

Conceivably the interface unit can be arranged to 
operate with a number of different calling parties and to 
distinguish between them. Different data nrtay be trans- 
mitted depending on which calling party is recognised. 
For example, different utilities may have their own send- 
ers yet use a common interface unit at the users premis- 
es. The interface unit could be arranged to send only 
relevant data to each server. 



For home security/home control applk:atbns, the 
fact that data is transmitted only when the CLI is recog- 
nised means that the system Is Inherently secure, with- 
out the need for complex security measures such as en- 
s crypted passwords. The interface unit could be ar- 
ranged to receive only from a nominated mobile phone 
for example, which would act as the sen/er. 

Such a system is shown in figure 11 . The phone 110 
may be the subscriber's own mobile phone, or a central 
10 security office, which would contact the subscriber, or 
appropriate agencies to deal with anomalous data read- 
ings. This office or user's phone 110 initiates data read- 
ing calls as described above for meter readings. An in- 
terface unit 111 at the subscriber's location, recognises 
IS only predetermined CLIs corresponding to the security 
office, or the mobile phone 110 of the user. 

In response to the detailed CLI. if authorised, the 
interface unit sends data from household equipment, or 
alarm system 1 1 2. The data could be received from such 
20 equipment in the form of a digital code indicating the 
status of the equipment. No counter would be needed 
in the interface unit, though if a counter were to be used, 
the household equipment could be arranged to provide 
pulse type data corresponding to meter outputs. The in- 
2S terface unit or the server could be arranged to decode 
the digital code or the count value, to indicate equipment 
status. 

Other variants will be apparent to a skilled person 
within the scope of the claims. 
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Claims 

1 . A method of remotely accessing data using a tele- 
3S phone network and an interface unit connecting the 

telephone network to a source of the data, the tel- 
ephone network being arranged to send calling line 
identity Information, the method comprising the 
steps of; 

40 

initiating a telephone call from a calling party to 
the interface unit; 

detecting the calling line identity at the interface 
unit; and 

45 using the Interface unit to transmit the data from 

the source to the calling party in response to 
the detected calling line identity. 

2. The method of claim 1 further comprising the step 
so of answering the call using the interface unit, where- 
in the data transmitting step Is carried out within the 
same call. 

3. The method of claim 1 or 2 wherein ringing is pre- 
ss vented when the call is answered. 

4. The method of any preceding claim wherein the da- 
ta Is transmitted from the interface unit to the net- 
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work using DTMF tones. 

5. The method of any preceding claim wherein the 
calling party comprises a central server, and a plu- 
rality of data sources are accessed using different 
telephone calls in sequence from the calling party. 

6. The method of any preceding claim wherein the da- 
ta relates to household equipment. 

7. The method of any preceding claim wherein the 
source of the data comprises a utility meter. 

8. The method of any preceding claim wherein the da- 
ta comprises data from a plurality of meters. 

9. The method of claim 7 further comprising the step 
of using the interface unit to count pulses from the 
meter, and the data transmitted comprises counts 
of the pulses. 

10. The method of any preceding claim wherein the in- 
terface unit is integrated into a telephone. 

11. A method of remotely accessing data using a tele- 
phone network and an interface unit connecting the 
telephone network to a source of the data, the net- 
work being arranged to send calling line identity in- 
fornnation, the method comprising the steps of: 

initiating a call from a calling party to the inter- 
face unit; 

detecting the calling line identity at the interface 
unit; 

transmitting the data to the calling party using 
DTMF tones, the data relating to household 
equipment. 



sociated with the call corresponds to a prede- 
termined calling line identity; and 
means for transmitting data to the calling party 
according to the detection result. 

5 

14. A device for remotely accessing data relating to 
household equipment, transmitted by an interface 
unit, the device comprising: 

10 means for initiating a telephone call to the 

household interface unit; 
means for receiving the data in the form of DT- 
. MP tones transmitted by the interface unit; and 

15 means for interpreting the data according to prede- 
termined criteria. 



12. A system for remotely accessing data using a tele- 
phone network having a calling line identity trans- 40 
mission facility, the system comprising: 



a server for initiating a telephone call; and 
an interface unit for transmitting the data to the 
sen/er in response to the telephone call initiat- 
ed by the server, wherein the interface unit 
comprises means for detecting calling line iden- 
tity information relating to the server, and 
means for transmitting the data In response to 
the detection. so 



13. An interface unit for transmitting data over a tele- 
phone network having a catling line identity trans- 
mission facility, the unit comprising: 

means for receiving a telephone call over the 

network, from a calling party; 

means for detecting if a calling line identity as- 
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